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DETAILED ACTION 

1 . Claims 13-15 and 17-40 are pending in this application. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 13-15 and 17-40 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Salmi et al. (Pub. No US 2003/0037103 Al), hereinafter Salmi, in view of Eftis et al. (Patent 
No US 7,171,473 Bl), hereinafter Eftis. 

4. With respect to claim 13, Salmi discloses a method for updating a presence attribute data 
in a client terminal, having a messenger service, comprising the steps of: reading a session 
IDentification (ID), which is an ID of a previous session between the client terminal and a server 
(Page 25, Claim 10); reading a client ID for a particular client terminal (Page 7, [0117]; reading a 
transaction ID, which designates between the client terminal and the server before a termination 
of a previous connection (Page 18, [0254], and Table 18); generating a synchronization key 
having at least one of the session ID, the client ID, and the transaction ID (Page 9, [0146]); and 
transmitting the generated synchronization key to the server (Page 9, [0146]). 
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Salmi does not disclose the synchronization key for requesting, from the server, only presence 
attribute data updated after a termination of the previous connection. 

However, Eftis discloses the synchronization key for requesting, from the server, only presence 
attribute data updated after a termination of the previous connection (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

5. With respect to claims 14 and 23, Salmi discloses wherein the transaction ID is generated 
according to a last response of the server for a request of a client terminal (Page 12, [0173], and 
Table 6). 

6. With respect to claims 15 and 24, Salmi discloses wherein the presence attribute data 
includes at least one of a list of friends, statuses of the friends, addresses of the friends and 
contact information of the friends, and wherein the presence attribute data is stored in the client 
terminal for a messenger service (Pages 13 continued through to 14, [0195]-[0202]). 
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7. With respect to claim 25, Salmi discloses wherein the memory stores the previous session 
ID, the client ID, and the transaction ID (Page 2, [0024]). 

8. With respect to claims 17 and 26, Salmi discloses further comprising whenever a session 
between the server and the client terminal is established, updating the presence attribute data, the 
session ID, the client ID, and the transaction ID (Page 24, Claim 3). 

9. With respect to claim 1 8, Salmi discloses a method for sending a presence attribute data 
for providing a messenger service in a server, comprising the steps of: receiving a presence 
synchronization request from a client terminal (Page 3, [0043]; identifying the received presence 
synchronization request (Page 3, [0043]); and transmitting the updated presence attribute data to 
the client terminal (Page 1, [0017]). 

Salmi does not disclose the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID; identifying a session IDentification 
(ID) whether the client terminal was previously connected to the server to perform the messenger 
service according to the received presence synchronization request; if the client terminal is a 
client terminal used for a previous connection, checking presence attribute data updated after the 
previous session ID according to the client ID and the transaction ID. 

However, Eftis discloses the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID (Column 14, lines 20-39); 
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identifying a session IDentification (ID) whether the client terminal was previously connected to 
the server to perform the messenger service according to the received presence synchronization 
request (Column 14, lines 20-39); if the client terminal is a client terminal used for a previous 
connection, checking presence attribute data updated after the previous session ID according to 
the client ID and the transaction ID (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

10. With respect to claims 19 and 28, Salmi discloses further comprising identifying the 
client ID from the received presence synchronization request, wherein the client ID is unique ID 
of the client terminal (Page 2, [0021]). 

1 1 . With respect to claims 20 and 29, Salmi discloses further comprising identifying the 
transaction ID from the received presence synchronization request, wherein the transaction ID is 
designated between the client terminal and the server before a termination of the previous 
connection (Page 2, [0036]-[0037]). 
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12. With respect to claims 21 and 30, Salmi discloses wherein transmitting the updated 
presence attribute data to the client terminal includes: identifying the at least one of the previous 
session ID, the client ID, and the transaction ID from the received presence attribute data request 
(Page 16, [0239] and Table 2); and transmitting the updated presence attribute data to the client 
terminal corresponding to the identified at least one of the previous session ID, the client ID and 
the transaction ID, using at least one of the session ID, the client ID, and the transaction ID, 
wherein the updated presence attribute data is transmitted to the client terminal after a 
termination of the previous connection (Page 9, [0146] and Table 3). 

13. With respect to claim 22, Salmi discloses a client terminal for updating presence attribute 
data for a messenger service, the client terminal comprising: a processor for reading a previous 
session IDentification (ID) between the client terminal and a server before a reconnection to the 
server (Page 25, Claim 10), reading a client ID, which is a particular ID of the client terminal 
(Page 7, [0117]), reading a transaction ID which designates between the client terminal and the 
server before a termination of a previous connection (Page 18, [0254] and Table 18), and 
generating a synchronization key by using at least one of the previous session ID, the client ID 
and the transaction ID (Page 9, [0146]); and a transmitter for transmitting the generated 
synchronization key to the server (Page 9, [0146]). 

Salmi does not disclose the synchronization key for requesting, from the server, only presence 
attribute data updated after a termination of the previous connection. 
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However, Eftis discloses the synchronization key for requesting, from the server, only presence 
attribute data updated after a termination of the previous connection (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

14. With respect to claim 27, Salmi discloses a server for transmitting presence attribute data 
for messenger service to a client terminal, the server comprising: a receiver for receiving a 
presence synchronization request from a client terminal (Page 3, [0043]); a processor for 
identifying the received presence synchronization request (Page 3, [0043]); and a transmitter for 
transmitting the updated presence attribute data to the client terminal (Page 1, [0017]). 

Salmi does not disclose the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID; identifying a session IDentification 
(ID) whether the client terminal was previously connected to the server to perform the messenger 
service according to the received presence synchronization request; if the client terminal is a 
client terminal used for a previous connection, checking presence attribute data updated after the 
previous connection according to the at least one of the session ID according to the client ID and 
the transaction ID. 
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However, Eftis discloses the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID (Column 14, lines 20-39); 
identifying a session IDentification (ID) whether the client terminal was previously connected to 
the server to perform the messenger service according to the received presence synchronization 
request (Column 14, lines 20-39); if the client terminal is a client terminal used for a previous 
connection, checking presence attribute data updated after the previous connection according to 
the at least one of the session ID according to the client ID and the transaction ID (Column 14, 
lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

15. With respect to claim 31, it is rejected for the same reasons as claim 13. In addition 
Salmi does not disclose receiving the attribute data updated after a previous connection between 
the client terminal and the server if the transmitted synchronization key is the same as a previous 
synchronization key stored in the server. 
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However, Eftis discloses receiving the attribute data updated after a previous connection between 
the client terminal and the server if the transmitted synchronization key is the same as a previous 
synchronization key stored in the server (Column 14, lines 20-39). 

16. With respect to claim 32, it is rejected for the same reasons as claim 13. In addition 
Salmi does not disclose wherein, in receiving the updated presence attribute data from the server, 
the client terminal does not receive presence attribute data that has not been updated after the 
previous connection between the client terminal and the server. 

However, Eftis discloses wherein, in receiving the updated presence attribute data from the 
server, the client terminal does not receive presence attribute data that has not been updated after 
the previous connection between the client terminal and the server (Column 14, lines 20-39). 

17. With respect to claims 33 and 37, Salmi does not disclose wherein the previous session 
ID is an ID of a previous session between the client terminal and the server. 

However, Eftis discloses wherein the previous session ID is an ID of a previous session between 
the client terminal and the server (Column 14, lines 20-39). 



18. With respect to claims 34 and 38, Salmi does not disclose wherein the transaction ID is 
an ID which designates the server's response to the client terminal's request, or the client 
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terminal's response to the server's request between the client terminal and the server before a 
termination of a previous connection. 

However, Eftis discloses wherein the transaction ID is an ID which designates the server's 
response to the client terminal's request, or the client terminal's response to the server's request 
between the client terminal and the server before a termination of a previous connection (Column 
14, lines 20-39). 

19. With respect to claim 35, it is rejected for the same reasons as claim 22. In addition 
Salmi does not disclose wherein the transmitter receives, from the server, presence attribute data 
updated after a previous connection between the client terminal and the server, if the transmitted 
synchronization key is the same as a previous synchronization key stored in the server. 

However, Eftis discloses wherein the transmitter receives, from the server, presence attribute 
data updated after a previous connection between the client terminal and the server, if the 
transmitted synchronization key is the same as a previous synchronization key stored in the 
server (Column 14, lines 20-39). 

20. With respect to claim 36, it is rejected for the same reasons as claim 22. In addition 
Salmi does not disclose wherein, in receiving the updated presence attribute data from the server, 
the client terminal does not receive presence attribute data that has not been updated after the 
previous connection between the client terminal and the server. 
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However, Eftis discloses wherein, in receiving the updated presence attribute data from the 
server, the client terminal does not receive presence attribute data that has not been updated after 
the previous connection between the client terminal and the server (Column 14, lines 20-39). 

21 . With respect to claim 39, Salmi discloses a method for updating a presence attribute data 
in a client terminal, having a messenger service (Page 25, Claim 10), comprising the steps of: 
reading a client ID for a particular client terminal (Page 7, [0117]); and transmitting the 
generated synchronization key to the server (Page 9, [0146]). 

Salmi does not disclose generating a synchronization key for requesting, from a server, only 
presence attribute data updated after a previous connection between the client terminal and the 
server, the synchronization key having the client ID. 

However, Eftis discloses generating a synchronization key for requesting, from a server, only 
presence attribute data updated after a previous connection between the client terminal and the 
server, the synchronization key having the client ID (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 
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22. With respect to claim 39, Salmi discloses a method for sending a presence attribute data 
for providing a messenger service in a server, comprising the steps of: 
receiving a synchronization key for requesting a presence attribute data updated in the server 
from a client terminal (Page 3, [0043]); identifying a particular client IDentification (ID) from 
the received synchronization key (Page 2, [0021]); reading a previous session ID, which is an ID 
of a previous session between the client terminal and a server (Page 25, Claim 10), and a 
transaction ID, which designates between the client terminal and the server before a termination 
of the previous connection, corresponding to the particular client ID, if the particular client ID is 
a previous client ID used for a previous connection (Page 18, [0254], and Table 18); and 
transmitting the updated presence attribute data to the client terminal (Page 1; [0017]). 

Salmi does not disclose checking presence attribute data updated after the previous session based 
on the previous session ID and the transaction ID. 

However, Eftis discloses checking presence attribute data updated after the previous session 
based on the previous session ID and the transaction ID (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 
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Response to Arguments 

23. Applicant's arguments with respect to claims 13-15 and 17-40 have been considered but 
are moot in view of the new ground(s) of rejection. 

Conclusion 

24. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MARSHALL MCLEOD whose telephone number is (571)270- 
3808. The examiner can normally be reached on Monday - Thursday 6:30 a.m-4:00 p.m.. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ario Etienne can be reached on (571) 272-4001. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Ramy M Osman/ 

Primary Examiner, Art Unit 2457 

/Marshall McLeod/ 
Examiner, Art Unit 2457 
8/6/2009 



